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BACKGROUND OF THE INVENTION 



1. Field of the Invention, 

5 The present invention relates, generally, to search 

engines and search engine interface tools and methods, 
and, more particularly, to a system, method, and 
architecture for providing in the client -server 
environment of the Internet an interface between a client 
10 and a search engine to control the search process to 
selectively and restrict ively provide the client and 
search engine with access to data files or content. 

2. Relevant Background > 

A significant and growing problem is the controlling 
15 or restricting of access to content provided on the 
Internet . One of the most prevalent uses of the 

Internet, e.g., the World Wide Web portion of the 
Internet, is searching for and quickly browsing 
information. Generally, an individual or user performs a 
20 search by using a client node (such as a personal 
computer, wireless device, and the like) with a browser 
application to link and communicate with content 
providers over the Internet. The user generally enters a 
search request that specifies their search criteria, such 
25 as by typing in search terms with Boolean logic or other 
symbols including "and," "or," "not," and the like, and a 
search engine then performs the search for the user. The 
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search engine often includes a front end application or 
interface for receiving the search request and processing 
the search results into an expected or useful form 
including appropriate format and meeting communication 
5 protocols (e.g., HyperText Transfer Protocol (HTTP).). 
Each interface is configured or adapted for communicating 
with only one of the many search engines, such as 
Ultraseek™, Webcrawler™, Excite™, Alta Vista™, and the 
like, and consequently, such interfaces are tied to a 
10 specific search engine and are not useful with more than 
one search engine . 

Search engines are software applications or programs 
that return a list of Web sites or pages (or the Uniform 
Resource Locators (URLs) for those sites or pages) that 

15 match the criteria in the user's search request. The 
user can then select from the results in the list to 
hotlink to a particular Web site. Search engines 

typically maintain in separate storage or memory only a 
small subset of the content providers' information to 

20 quicken searching. In this regard, search engines first 
perform a process called spidering, indexing, or 
populating in which the search engine directly accesses 
the content providers' content files or databases, 
gathers and stores linking and summary information for 

2 5 searching and including in the results list, and indexes 

or tags the stored information into collections for later 
searching. Typically, the search engine has direct and 
complete access to all of the information in the content 
providers' files that are designated for viewing by one 

3 0 or more of the providers' customers. Because the search 

engine controls the information it collects from the 
content provider, the search engine also controls what 
information is provided to the user. Generally, once 
access is granted to a search engine, the user is allowed 
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to freely search the entire contents of the search 
engine's collections, which corresponds to searching all 
of the information provided by the content provider. 

However, there are many situations for which a 
5 content provider does not want searchers to have 
unlimited access to all of their content. For example, 
an online education service provider may offer numerous 
courses and have information for these courses store.d in 
content files, but each student typically will only be 

10 registered for and have paid for a few of the courses. 
In this case, the education service provider only wants 
the student to be able to access information pertaining 
to the courses for which they have registered, not to all 
course content. Similarly, an entertainment service 

15 provider may offer many types of entertainment (such as 
audio, video, pictures, and the like) but would want to 
restrict a searcher to the information covered by their 
subscription. Another example includes content that is 
categorized into differing levels of security, e.g., 

20 public information, minimal security information, and 
high-level security information. In this case, the 

content provider may wish to allow any searcher to access 
the public information but place restrictions on access 
to the other types of information. Existing Web servers 

25 and search engines generally do not function to restrict 
a searcher's access to content based on the searcher's 
information (e.g., paid enrollment, paid subscription, 
security clearances, and the like) . Instead, access to 
content is provided on an all or nothing basis. 

3 0 Some content providers try to limit access by 

requiring users or searchers to successfully initiate a 
login session prior to searching content. For example, 
the host, e.g., a Web server, may execute a login 
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procedure that matches the client (i.e., the searcher) 
and their identification information with an access 
control list. For example, students registered for an 
online class may be placed on an access control list for 
5 access as a student to a host Web server. However, once 
access is granted to the Web server, the searcher, e.g., 
•the student, typically has access to all of the content 
serviced by the Web server and its associated search 
engine. Separate host servers, login sessions, and 
10 content databases can be provided to limit access, but 
this is often expensive and creates maintenance problems. 

Accordingly, there remains a need for methods and 
systems for providing, on a selective and restrictive 
basis, access to a client or searcher to the content or 

15 information provided by content providers, e.g., direct 
access to the content is preferably blocked. Preferably, 
such a method or system would not be tied or locked to a 
single type of search engine or server configuration. 
Additionally, it is preferable that searchers be 

20 selectively provided access to content while still being 
allowed to perform searches in the manner they are 
accustomed, such as performing free form searches and the 
like, without knowledge of the restrictions (i.e., the 
search request is entered as in unrestricted search 

25 systems and the results appear unrestricted to the 
searcher) . 

SUMMARY OF THE INVENTION 

The present invention addresses the above and other 
problems by providing an Internet -based search control 
30 system with a search engine interface that functions as a 
restrictive or protective layer between a search engine 
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and the client or searching party. In a preferred 
embodiment, the search engine interface restricts access 
at the programmatic level, not merely at a user interface 
level, by limiting the client's access when the client 
5 initiates the search. Briefly, the search engine 

interface receives a search request, creates or retrieves 
a profile for the client, and modifies the search request 
with the profile to limit the client's search access. 
The modified search request is then passed by the 

10 interface to the search engine, which performs a search 
of its collections with the modified search request and 
returns the results to the search engine interface. The 
search engine interface parses the results to place the 
results in proper form for return to the client and may 

15 also modify the results to further limit what information 
is returned to the client. The search engine interface 
may provide another level of access control by initially 
controlling the populating or indexing of the search 
engine's collections by requiring that index requests and 

2 0 the indexing results be passed through the interface 

(i.e., the search engine is not provided direct access to 
the content files as is generally the case with search 
engine systems) . 

According to one aspect of the invention, the 
25 present invention provides a method for controlling 
access to content files during an information search 
initiated by a client device and performed by a search 
engine. The method includes receiving a search request 
from the client. A modified search request is then 

3 0 generated by applying a search profile for the user of 

the client device to the received search request. The 
modified search request is then routed to the search 
engine to apply search criteria in the modified search 
request to search engine collections populated from the 
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content files. Significantly, the user*s search profile 
includes restrictions (such as which courses a student is 
registered for) that define which of the search engine 
collections can be searched (such as only the collections 
5 pertaining to the registered courses) . In one preferred 
embodiment, the search profile is generated at the time 
the search request is received based on login information 
for the user of the client and/or based on stored user 
profile or account information. According to this 
10 method, the client is not provided direct access to the 
search engine . 

According to another aspect of the invention, a 
method is provided for restricting direct access to 
content files by a search engine and by a client during 

15 an information search initiated by the client and 
performed by the search engine. The method begins with 
positioning a search engine interface between the client 
and the search engine. The search engine interface is 
also positioned between the search engine and the content 

20 files. The method continues with receiving with the 
search engine interface an indexing request from the 
search engine for a set of information from the content 
files to populate search engine collections. The search 
engine interface operates to retrieve the requested set 

25 of information and then to modify the retrieved 
information (such as by removing metatags or adorning the 
information with additional information) . 

The modified set of information is then passed to 
the search engine for creating or populating the search 
3 0 engine collections used by the search engine during 
searches. The method continues with receiving at the 
search engine interface a search request from the client 
and then passing the search request to the search engine, 
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which applies criteria in the search request to the 
search engine collections. To further limit access, the 
search engine interface may modify the received search 
request based on a client search profile, thereby 
5 defining select ones of the collections for use during 
the search by the search engine. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG- 1 is a block diagram of a network search 
control system in which a search engine interface 
10 according to the present invention is implemented; 

FIG. 2 is a data flow diagram illustrating 
schematically flow of information into and out of the 
search engine interface of FIG. 1; and 

FIG. 3 illustrates a Java™ class diagram of one 
15 embodiment of the search engine interface of FIG. 1. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention is directed to an Internet - 
based search control system including a search engine 
interface for controlling client searches of a content 

20 provider's data or files. Generally, the search engine 
interface provides access control by functioning as a 
restrictive layer between the searching client and a 
search engine with its data collections. In this regard, 
the search engine interface controls the content of the 

25 search engine collections and also modifies the search 
request prior to passing it to the search engine to 
control which of the data collections maintained by the 
search engine the searcher can access. In this manner, 
direct access to the content is restricted for the 

30 searching client and for the search engine. 
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The invention is described mainly in terms of 
client -server communications on the Internet, including 
communications between a host Web server (e.g. an HTTP 
Web server or applications server) and a search engine, 
5 such as Ultraseek'", Webcrawler™, Excite™, Alta Vista™, 
and the like. Additionally, the Web server is described 
as supporting the Java™ programming language and, 
particularly, the Java™ Servlet API, with one embodiment 
of the search engine interface comprising a Java™ API 

10 (Application Programming Interface) . While providing an 
easily described and understood working example of the 
invention, this specific example is not intended as a 
limitation. As will be recognized by those skilled in 
the computer arts, the invention is readily extendable to 

15 more general applications in which a client is attempting 
to access content stored and served by a computer device 
utilizing a search engine. Accordingly, such general 
applications of the invention are considered to be within 
the breadth of the following description. 

20 Figure 1 illustrates a simplified network search 

control system 100 in which the present invention is 
usefully employed. Clients 104, 110, such as personal 
computers or other electronic devices with displays, 
modems, and the like, are in communication via wired or 

25 wireless links with the Internet 120 or other data 
communications network. Although only two clients 104, 
110 are shown, the search control system 100 could 
support numerous client devices. The clients 104, 110 
include browsers 108, 114 (e.g., a Web browser such as 

30 Netscape Navigator™) to allow the user of the clients 
104, 110 (i.e., the searchers) to communicate with (i.e., 
search) devices and networks linked to the Internet 120 
for information. As illustrated, client 110 communicates 
first with an intermediate client 118, which is 

- 8 - 

\\\BO - 80168/118 - #15486 v2 





configured to add client profile information (as will be 
discussed in further detail) to search requests 
transmitted or issued by the client 110. For example, 
the client 118 may be a service provider (e.g., an ISP, 
5 subscription service, and the like) and add profile 
information that indicates which services the client 110 
has subscribed or paid. 

In operation, searchers operate the browsers 108, 
114 to search for information stored on or served by 

10 devices, such as server 13 0, linked with the Internet 
120. Preferably, the search requests are free format 
searches in which the searcher is allowed to search for 
documents that contain one or more words or phrases, such 
as all documents that include "applet" or "servlet" for a 

15 an online Java™ student. The search requests generally 
comply with or use HTTP or other protocol to make search 
requests for documents and to view search result lists 
(e.g., hyperlinks to HyperText Markup Language (HTML) and 
other mark up language documents and titles and summaries 

2 0 for the located documents) . The browsers 10 8, 114 are 
also useful for responding to requests from contacted 
devices for additional information, including login 
identification information and the like. 



configured for, but not limited to, supporting Java™ 
including servlets and Java™ API) for communicating with 
the Internet 12 0 to receive search requests and return 
search results to the clients 104, 110. As illustrated, 
30 the Web server 13 0 includes a Web server application 132 
for receiving search requests and routing the search 
requests to the search engine interface 136. The server 
130 also includes a page generator 138 for dynamically 



25 



(e.g.. 



The search control system 100 includes a server 13 0 
, an HTTP Web server or applications server 
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generating a results page (e.g., an HTML or other mark up" 
language document) including the search results for 
transmittal to the clients 104, 110. 

The search engine interface 136 is a significant 
5 feature of the search control system 100. The search 
engine interface 136 functions as the restrictive layer 
between clients 104, 110 and the search engine 160. 
Additionally, the search engine interface 136 blocks 
direct access by the clients 104, 110 and the search 

10 engine 160 to the content files 150. The content files 
15 0 include the content provided by a content provider 
(not shown) that is serviced by the server 13 0 (and 
although shown as one, independent device, the content 
files 150 may be stored in numerous varieties of data 

15 storage, including within the server 130) . For example, 
the content files 150 may include all the information 
provided by an online educational service, such as 
information relevant to the courses provided by the 
service . 

2 0 As discussed previously, it is preferable to be able 

to selectively allow clients 104, 110 (students in this 
example) to access the information. For example, clients 
104, 110 may be, restricted to access that portion of the 
content files 150 for which they have enrolled, 

25 subscribed, paid, and the like. The search engine 
interface 13 6 provides an access control function by 
intercepting and modifying search requests from the 
clients 104, 110 (and passed on by the Web server 
application 132) . The search engine interface 136 is 

30 linked to the client account files 140 to retrieve 
information pertaining to the requesting client 104, 110 
(and/or the user of the client 104, 110) and to retrieve 
or create a client search profile. The client search 
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profile is utilized by the search engine interface 136 to 
modify the search request (e.g., indicate what 
collections the search is restricted to) . The search 
engine interface 136 also controls search access by 
5 intercepting and modifying or filtering indexing requests 
by the search engine 160, thereby limiting the content 
that can be searched prior to receiving a search request . 

During operation, the modified search requests are 
transmitted to the search engine 160 by the search engine 

10 interface 136. The search engine 160 uses the modified 
search requests to search the search engine collections 
166 . The results of the search are received by the 
search engine interface 136, processed to standardize the 
results, and passed to the Web server application 132. 

15 The Web server application 132 calls the page generator 
138 to create a results page which is then transmitted by 
the Web server application 132 to the requesting client 
104, 110 via the Internet 120. 

Figure 1 also illustrates that a vendor server 170 
2 0 may directly communicate with the search engine 160 to 
perform searches of the search engine collections 166. 
Control over the access provided to the vendor server 170 
is achieved by the search control system 100 by including 
a search engine interface 174 within the vendor server 
25 170. The search engine interface 174 may be configured 
similar to search engine interface 136 to provide similar 
access control and restrictions or may readily contain 
different restrictions adapted specifically for the 
vendor server 170. Of course, the search engine 

30 collections 166 are populated with information from the 
content files 150, with population being controlled by 
the search engine interface 13 6. Hence, the search 
engine interface 136 provides a layer of access control 
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even over the independent vendor server 17 0 by 
controlling the indexed information in the search engine 
collections 166. 

With a general understanding of the components of 
5 the search control system 100 and the steps involved in a 
controlled search, it may be useful in more fully 
understanding the invention to discuss the operation of 
the search engine interface 136 in more detail. Figure 2 
illustrates with flow arrows the data or information that 

10 flows to and through the search engine interface 136. 
The search engine interface 13 6 performs important 
functions that allows it to protect the content files 150 
from direct access while allowing the clients 104, 110 to 
freely search information for which they have rights or 

15 full access. 

Referring to Figures 1 and 2, during operation, the 
search engine 160 first operates to populate the search 
engine collections 166, which are a subset of the 
information (such as titles, brief summaries, and link 

20 information) in the content files 150 that is indexed or 
sorted into collections for easier searching and 
retrieval. Briefly, a search request from a client 104, 
110 will only be useful in locating information in the 
content files 150 if a link or other data representing 

25 that information is first placed in the search engine 
collections 166 by the search engine 160. 



fN^l^The search engine y^60 initiates indexing or 

'Spidering by transmitting/an indexing request 250 to the 

search engine request yi36 (no direct access provided) . 

30 In one embodiment the search engine interface 136 

modifies the indexing request 250 and then calls and 

gathers the requested information in the indexing 

communicatioiv^2 60 . The results are then transmitted to 
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the search engine 160 in the indexing reply 270 for 
storage in the search engine collect/ions 166. In another 
embodiment, the search engine interface 13 6 is configured 
to pass the indexing request 250 uo the content files 150 
5 to gather all the request information in the indexing 
communication 260. In this embodiment, the search engine 
interface 136 then acts j£o inspect the retrieved 
information and to modify /the information by deleting 
information, adding additipnal information, or otherwise 

10 modifying the retrieved /information. For example, the 
search engine inter facer 13 6 may remove select metatags 
from HTML documents/ address information, or other 
specific information Arelating to documents in the content 
files 150. This modified information is then passed on 

15 to the search engine 160 in the indexing reply 270. In 
the above manner, the search engine interface 13 6 
functions to li^ait or control access to the content files 
150 by tight]^ controlling the populating of the search 
engine colleK:tions 166 (the information that is searched 

20 by the search engine 160), rather than allowing the 
search engine 160 full and direct access to the content 
files 3^0. 

With the population or indexing step completed, the 
search process may continue with the transmittal of a 

25 search request 210 from the client 104, 110 to the server 
130. The Web server application 132 passes the search 
request 210 to the search engine interface 136 for 
further processing. For example, if the user of the 
client 104, 110 is a student, the search may be for 

30 documents containing the word "applet." In HTTP format, 
the search request 210 may take the following form: 
http : //www . serverl3 0 . com/pathinf o/query?qt =applet . 
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According to an important feature of the search 
engine interface 136, access to the search engine 
collections 166 is restricted by modifying the client- 
submitted search request 210 by utilizing information 
5 pertaining to the client 104, 110 (e.g., what courses are 
they enrolled in, what services have they subscribed to, 
what is their level of security, and other user-based 
criteria) . This information can be formatted as a client 
search profile 214, which, as shown in Figure 2, is added 

10 to the search request 210 to specify which of the 
collections in the search engine collections 166 can be 
searched with the modified search request 220. The 
modified search request 220 is then passed by the search 
engine interface 136 to the search engine 160. If a 

15 searcher has full access, no restrictions are added, but 
otherwise, limitations or restrictions are added to the 
search request 210 to form the modified search request 
220. For example, if the collections represent online 
course information and the client 104, 110 has signed up 

20 for a course, the client search profile 214 may be 
formatted to identify a collection tagged with a keyword 
(i.e., an added search restriction). In the above 

example, the modified search request 22 0 with the 
addition of the client search profile 214 would then 

2 5 appear: 

http : //www. serverl36 . com/pathinf o/query?qt=applet&sid 
where "sid" stands for service identification (e.g., a 
tag label for the collection) . The search engine 160 
responds to this modified search request 220 having add- 

3 0 on restrictions by searching the collection with the 

"sid" tag. In this fashion, the search engine interface 
136 effectively functions to provide selective access to 
the search engine collections 166 based on client or 
searcher information. The access control provided by the 
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search engine interface 136 is provided in real time (at 
the time of receipt of the search request 210) , Of 
course, the level of control may readily be changed over 
time, such as by changing the client search profile 214 
5 or the information used to create the profile 214. 

The client search profile 214 may be a previously 
created file or object (e.g., Java™ object) that is 
stored in the client account files 140 or the client 
search profile 214 can be dynamically created by the 

10 search engine interface 136 when the search request 210 
is received by the search engine interface 13 6 based on 
information in the client account files 140. In either 
case, the search engine interface 13 6 first determines 
the identity of the client 104, 110. The searcher 

15 identification can be done by retrieving information 
contained in the search request 210, such as in a Cookie. 
Alternatively, the Web server application 132 may be 
configured to initiate a login procedure prior to 
accepting search requests 210. The client 104, 110 in 

20 this case will have entered identification information 
prior to the receipt of the search request 210 that 
allows the search engine interface 136 to retrieve a 
client search profile 214 from the client account files 
140 or to create a client search profile 214 with 

25 information in the client account files 140 pertaining to 
the logged-in client 104, 110. 

Alternatively, the search profile 214 may be passed 
into the search engine interface 13 6 with the search 
request 210. For client 104, this allows the client 104 
30 to specify which collections they have access to search. 
This, however, only provides limited access control (by 
controlling the populating of the search engine 
collections 166). For client 110, the search request 210 
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may be modified to include the search profile 214 by the 
intermediate client 118. For example, the intermediate 
client 118 may be a subscription service provider, ASP, 
or ISP, and may desire to intercept all search requests 
210 to monitor and control searching activities of its 
subscribers by adding, when appropriate, a restrictive 
add-on to limit access to the content provided by the 
server 13 0 . 

In the above examples, the modified search request 
10 220 is created by adding on a resti/ictive term (i.e., the 
client search profile 214) to the^ search request 210. In 
an alternative embodiment, tj^e search engine 13 6 is 
configured to be context sensitive to modify the search 
terms in the search refquest 210 to better suit 
15 information in the cont/ent files 150 or to control 
access. For example, tb(fe search engine interface 136 may 
be linked to a glossary database (not shown) that 
includes listing of yuerms used in the content files 150 
that are similar to those that may be submitted by the 
20 clients 104, 110./ In this example, the client may submit 
"server applica/cion" and the glossary database may 
include the te/m "servlet" for this phrase. The server 
engine inter&ace 13 6 may be configured to replace the 
submitted se^arch term with the more appropriate (e.g., 

2 5 accurate) s4arch term. In more general terms, the search 

engine interface 13 6 is functional to control access to 
the sea:^h engine collection by modifying the received 
search ^request 210 in numerous ways to restrict access 
and/oi/to improve the searching efficiency. 

3 0 According to another significant feature of the 

search engine interface 13 6, the modified search request 
220 is formatted by the search engine interface 136 to 
suit the particular search engine 160 included in the 
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search control system 100. Preferably, the search engine 
interface 136 is interchangeable and is not tied to a 



the search engine interface 13 6 in one embodiment is 
5 adapted for modifying the received search request 210 
into a modified search request 220 based on the search 
engine 160. For example, the search engine 160 may be 
Ultraseek™, Webcrawler^"" , Excite'", Alta Vista''', or any 
number of other search engines . The search engine 

10 interface 136 preferably includes applications or 
instances of classes that enable the search engine 
interface 136 to determine the type of search engine 160 
and then communicate the modified search request 220 in a 
format acceptable to search engine 160. Alternatively, 

15 the search engine interface 136 may be initialized upon 
installation in the server 130 to include applications or 
instances of classes configured for the search engine 
160. For example, when search engine 160 is an 

Ultraseek™ search engine, an instance of a search engine 

20 class can readily be constructed to allow reformatting of 
the search request 210 into a modified search request 220 
recognized by the search engine 160. 

Referring again to Figure 2, in response to the 
modified search request 220, the search engine 160 

25 searches the search engine collections 166 and returns 
the search results 230 to the search engine interface 
136. For example, the results may be a list or an array 
of files or objects containing the link and summary 
information for matching documents in the content files 

30 150. Typically, the search results 230 are in a format 
that is not standardized for transmittal to the clients 
104, 110 and/or that is specific to the search engine 
160 . 



specific search engine specification. 



In this regard. 
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To address this issue, the search engine interface 
136 preferably is configured to modify the search results 
23 0 into a more standard form and to transmit the 
standardized search results 24 0 to the Web server 
5 application 132 for use in generating a results page 
(e.g., an HTML document) with page generator 138. For 
example, the search engine interface 13 6 may include a 
parser application to parse the "raw" search results into 
a standard format. In this example, the search results 

10 230 may be in HTTP format, and the search engine 
interface 136 may parse the search results 230 to place 
them into Java™ object form and pass these objects in 
standardized search results 240. The standardized search 
results 240 are then returned to the appropriate client 

15 104, 110 by the Web server application 132. 

In a preferred embodiment illustrated in Figure 3, 
the search engine interface 13 6 comprises a Java™ API 
that is useful in any server 13 0 which supports Java™ 
servlets, interfaces, and APIs, As shown in class 

20 diagram form, the search engine interface 136 includes a 
general search engine interface 310 with a specific 
instance or implementation labeled MySearchEngine 320. 
MySearchEngine 320 is an object that is specific to a 
particular search engine 160, such as Ultraseek™, to 

25 enable it to communicate with the search engine 160. 
With reference to Figures 2 and 3, during operation, a 
search request 210 is received at the search engine 
interface 136. In response, MySearchEngine 320 retrieves 
or creates client search profile 214 (if not provided in 

30 search request 210) . As illustrated, the search engine 
interface 136 includes SearchProf ile 330 (e.g., a Java™ 
interface) to create or instantiate an object or instance 
called MySearchProf ile 336 with passed client 
information . 
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MySearchEngine 320 then creates modified search 
request 22 0 by calling an appropriate method to add 
MySearchProf ile 33 6 to the search request 210 (or by 



5 then functions to pass the modified search request 220 to 
the search engine 160 which searches the search engine 
collections 166 and returns search results 230. 
SearchResult 340 is then instantiated by MySearchEngine 
320 and passed the set of raw results 23 0 to create the 

10 standardized search results 240 to pass to the Web server 
application 132. SearchResult 340 in turn calls or 
instantiates MySearchResultParser 3 54 which is an 
instance of interface SearchResultParser 350 that is 
specific to the search engine 160 (e.g., specific to 

15 Ultraseek™ or other utilized search engine 
configuration) . MySearchResultParser 354 returns 

SearchResultltem 360, such as an array of results that 
are standard objects rather than search engine-specific 
results, which is then passed by the search engine 

20 interface 136 to the Web server application 132 to create 
with page generator 138 a results page (e.g., HTML 
document) . The results page is then transmitted back to 
the client 104, 110 by the Web server application 132 via 
the Internet 120. 

25 Although the invention has been described and 

illustrated with a certain degree of particularity, the 
present disclosure is by way of example, and numerous 
changes in the combination and arrangement of parts can 
be resorted to by those skilled in the art without 

3 0 departing from the spirit and scope of the invention, as 
hereinafter claimed. Control over search engine indexing 
is independent of the exemplary classes shown in Figure 
3, and numerous class configurations may be utilized to 
provide this functionality of the invention. 



other techniques discussed above) . 



MySearchEngine 32 0 
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